home
***
CD-ROM
|
disk
|
FTP
|
other
***
search
/
Columbia Kermit
/
kermit.zip
/
e
/
misc.xsave
/
000142_2damn@nospam.com_Thu Dec 20 16:24:41 2007.msg
< prev
next >
Wrap
Internet Message Format
|
2020-01-01
|
3KB
Path: reader1.panix.com!panix!newsfeed.stanford.edu!headwall.stanford.edu!newshub.sdsu.edu!newscon04.news.prodigy.net!prodigy.net!newsdst01.news.prodigy.net!prodigy.com!postmaster.news.prodigy.com!nlpi061.nbdc.sbc.com.POSTED!cb3c0661!not-for-mail
From: 2damn <2damn@nospam.com>
Subject: Re: Screen Capture
Newsgroups: comp.protocols.kermit.misc
References: <h654j.66697$RX.26340@newssvr11.news.prodigy.net>
<13l6v29jqcmhl2e@corp.supernews.com>
<g3J7j.77732$YL5.57974@newssvr29.news.prodigy.net>
<13m3fqgakmrkc05@corp.supernews.com>
<XWm8j.7512$AR7.2068@nlpi070.nbdc.sbc.com>
<slrnfm5ghr.8om.fdc@panix3.panix.com>
User-Agent: Pan/0.129 (Benson & Hedges Moscow Gold)
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit
Lines: 44
Message-ID: <80oaj.374$6%.86@nlpi061.nbdc.sbc.com>
NNTP-Posting-Host: 68.127.126.86
X-Complaints-To: abuse@prodigy.net
X-Trace: nlpi061.nbdc.sbc.com 1198132356 ST000 68.127.126.86 (Thu, 20 Dec 2007 01:32:36 EST)
NNTP-Posting-Date: Thu, 20 Dec 2007 01:32:36 EST
Organization: AT&T http://yahoo.sbc.com
X-UserInfo1: T[OMBYKGPZVMBQXYZBIZ_\H@]JYFRM@OMPUT_FMNJZ]BGIELNVUEAE[YETZPIWWI[FCIZA^NBFXZ_D[BFNTCNVPDTNTKHWXKB@X^B_OCJLPZ@ET_O[G\XSG@E\G[ZKVLBL^CJINM@I_KVIOR\T_M_AW_M[_BWU_HFA_]@A_A^SGFAUDE_DFTMQPFWVW[QPJN
Date: Thu, 20 Dec 2007 06:32:36 GMT
Xref: panix comp.protocols.kermit.misc:15724
On Fri, 14 Dec 2007 17:49:47 +0000, Frank da Cruz wrote:
> C-Kermit can handle text-mode dialogs just fine, and for that matter
> also menu-driven dialogs, if you can do this without specific reference
> to screen positions and coordinates. For example, the host application
> paints a manu and at the bottom it prints "Choice?" and the user is
> supposed to enter the number (or whatever) of the desired menu item.
> Well, if "Choice?" is the last thing that the host sends (which is
> something you can tell from a session log), then:
>
> clear input
> input 10 Choice?
> if failure (do something)
> output 3\13
I have the input, if failure, output routine going okay. I am currently
using a generic FAIL message and will add better notices where needed.
The trouble is that each feature is not exactally the same at all times.
As I said I think kermit can deal with this. At the very least, well
enough to send unsolvable items to an error report.
> On the other hand, if you really need to reference specific screen
> coordinates or the contents of specifi screen fields , you can do this
> with Kermit 95 on Windows because, unlike C-Kermit, in incorporates its
> own terminal emulator and knows what is on the screen and where.
The system accepts commands just fine so long as I can compensate for
some differences. The issue with garbled feedback applies only to "screen
grabs". Using the kermit session record some "screens" just have
"interuptions" with serial communication data and some seem completely
broken and unrecognizable. I think the kermit session logging is not the
way for me to correctly capture the feedback from the system.
The ability to "screen grab" is very secondary to kermit being useful for
my project.
This week I have individual items running through 2 processes from a list
thanks to the online kermit documentation. Adding an option for a third
process and a useable kermit or bash menu will bring it up to snuff as a
beta usable to others.
Thanks for all the info so far.